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TN THR CT.AIMS 

Please cancel claims 5. 7. 1 1, 16, 18, 22, 27, 2% 33 and 40, and amend claims 1, 6, 8, 12, 15, 
17, 19, 23, 28, 30 and 34 as follows: 

L . 

1. (CURRENTLY AMENDED) A tnediod for checking a version of an abstract data type 
stored in a database, comprising; 

(a) constructing an identifier for the abstract data type, wherein die identifier comprises a 
concatenation of varions attributes for_the abstract data type that is substantially unique to die 
abstract data type; 

(b) hashing the constructed identifier to generate a signature hash value for die abstract data 

type; 

(c) stoiing the signamre hash vahie in the database and a dass definition for the abstract data 
type; and 

(d) comparing the signature hash value from die database with the signature hash value from 
die class definition after tlie class definiaon is instantiated in order to verify that the class definition 
is not outdated. 



2, (ORIGINAL) The method of claim 1, wherein the comparing step comprise: 

(1) instantiating the class definition as a library function; 

(2) accessing the abstract data type via the library fiinction; and 

(3) comparing the signature hash value £tom the database and the signature hash value from 
the dass definition in order to verify that the dass definition is not outdated, 

3- (ORIGINAL) The method of chiim 1, wherein the dass definiaon is outdated when the 
abstract data lype has been altered without die signature hash value being re-generated and re-stored 
in the database and the class definition. 

4. (ORIGINAL) The method of claim 1, whereiQ die abstract data type is stored in a 
relational database. 

5. (CANCELED) The method of daim 1, wherein the identifier comprises a concatenation 
of various attributes for the abstract data lype. 
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6. (CURRENTJIY AMENDED) A method foi generating a signatiue hash value for 
checking a version, of an abstract data type stored in databases, comprisiag: 

(a) constructing an identifier for the abstract data type, wherein the identifier comprise.^ 
concatenation of vaiinug attributes for the abstract data type that is substantially unique to the 
abstract data type; 

(b) hashing the constructed idendfiei: to generate a signatuxe hash value for the abstract data 
type; and 

(c) storing the signature hash value in the database and a class for the abstract data type. 

7. (CANCELED) Hie method of claim 6, wherein the identifier comprises a concatenation 
of various attributes for the abstract data type. 

a (CURRENTLY AMENDED) A method for verifying a signature hash value for checking 
a version of an abstract data type stored in a database, comprising; 

(a) accessing a first signature hash value fcom the database and a second signatuxe hash value 
&om a class definition for the abstract data type, wherein the first and second signature hash values 
have been constructed firom an identifier for the abstract data type, the identifier comprises a 
concatenarion of^arious atmbutes for die abstract data type that is substantially unique to the 
abstract data type, and the identifier has been hashed to generate the first and second signature hash 
values; and 

(b) comparing the first signature hash value with the second signature hash value after the 
class definition is instantiated in order to verify that the class definition is not outdated. 

9. (ORIGINAL) The method of claim 8> wherein the accessing step comprise: 

(1) instantiating the class definition as a library function; and 

(2) accessing tlie abstract data type via the library function. 

10. (ORIGINAL) The method of claim 8, wherein the class definition is outdated wlien the 
abstract data type has been altered without the signamre hash value bcii^ re-generated and re-stored 
in the database and the ckss definition. 
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11. (CANCELED) The method of cbim 8, wherein the identifier comprises a concaienatioa 
of vanous artributes for the abstract data type. 

12. (CURRENTLY AMENDED) An apparatus fot checking a version of an abstract data 
type stored in a database^ comprising: 

(a) means for constructing an identifier for the abstract data type, wherein the identifier 
comprises a cnncatenatton of various atcnbures for the abstract dara type that is snbstancially nniqae 
to the abstract data type; 

(b) means for hashing the constructed identifier to generate a signature hash value for the 
abstract data type; 

(c) means for storing the signature hash value in the database and a class definition for the 
abstract data type; and 

(d) means for comparing the signature bash value from the database and the signature hash 
value &om tlie clais definition afi:er die class definition is instantiated in order to verify that the class 
definition i$ not outdated. 

13. (ORIGINAL) The apparatus of claim 12» wherein die means for comparing comprise: 

(1) means for instantiating die class definition as a hbrary function; 

(2) means for accessing the abstract data type via the library function; and 

(3) means for comparing the signature hash value from the database and the signature hash 
value from the class definition in order to verify tiiar the class definition is not outdated. 

14- (ORIGINAL) The apparatus of claim 12, wherein the class definition is outdated when 
the abstract data type 1ms been altered without the signature hash value being re-generated and re- 
stored in the database and die class definition. 

15. (CURRENTLY AMENDED) The apparatus of claim [[!]] 12, wherein die abstract data 
type i$ stored in a relational database. 

16. (CANCELED) The apparatus of claim 1, whereia the identifier comprises a 
concatenation of various attributes for the abstract data type, 
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17. (CURRENTLY AMENDED) An apparatus for gencradng a signarare hash value for 
dieckiog a version of an abstract data type stored ia databases, comprising: 

(a) means for constructing an identifier for the abstract data type, wherein the identifier 
comprises a. concatenation of vanous attributes for the abstract data type that is substantially uniquxi 
to the abstract data type; 

(b) means for hashing the constmcted identifier to generate a signature hash value for the 
abstract data type; and 

(c) meam for storing the signature hash value in the database and a class definition for the 
abstract data type. 

18. (CANCELED) The apparatus of claim 17, wherein the identifier comprises a 
concatenation of various attributes for the abstract data type. 

19. (CURRENTLY AMENDED) An apparatus for verifying a signature hash value for 
\ checking a version of an abstract data type stored in a database, comprising: 

(a) means for accessing a first signature hash value fi:om the database and a second signature 
hash value fiiom a class definition for the abstract data type, wherein an identifier is constructed for 
the abstract data type, the identifier comprLsea a concatenation _Qf various attributes for the abstract 
data type that is substantiidly xmique to the abstract data type, and the identifier is hashed to generate 
the first and second signature hash values; and 

(b) means for comparing the first signature hash value with die second $ignature hash value 
after the class definition is instantiated in order to verify that the class definition is not outdated. 

20. (ORIGINAL) The apparatus of claim 19, wherein the means for accessing comprise: 

(1) means for instanriaring die class definition as a Ubrary fimction; and 

(2) means for accessing the abstract data type via the library function, 

21. (ORIGINAL) The apparatus of claim 19, wherein the class definition is outdated when 
the abstract data type has been altered without the signamre hash value being re-generated and re- 
stored in the database and the class definition. 
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22, (CANCELED) The apparatus of claim 19, wherein the identifier comprises a 
concatenation of various accributes for the abstract data type. 

23, (CURHENTLY AMENDED) An arricle of manufacture eixibodying logic for 
performing a method for checking a version of an abstract data type stored in a database, tJie 
method comprising: 

(a) constructing an identifier for the abstract data type, wherein the identifier comprises a 
concatenation of various attributes for the abstract data type that is substantially unique to the 
abstract data type; 

(b) hashing the constructed identifier to generate a signature hash value for the abstract data 

type; 

(c) storing the signature hash value in the database and a class definition for the abstract data 
type; and 

(d) comparing the signature hash value from the abstract data type and die signature hash 
value stored from die class definition after die class definition is instantiated in order to verify that 
the class definition is not outdated. 

24, (ORIGINAL) The method of claim 23, wherein the comparing step comprise; 

(1) instantiating the class definition as a library fimction; 

(2) accessing the abstract data type via the library fimction; and 

(3) comparing the signature hash value fi:om the database and the signature hash value firom 
the class definition in order to vetify that the class definition is not outdated. 

25, (ORIGINAL) The method of claim 23, wherein ±e class definition i$ outdated when the 
abstract data type has been altered without the signature hash value being re-generated and le-storcd 
in the database and the class definition. 

26, (ORIGINAL) The method of claim 23, wherein the abstract data type is stored in a 
relational database. 

27, (CANCELED) The method of claim 23, wherein the identifier comprises a 
concatenation of various attributes for the abstract data type, 
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28. (CURRENTLY AMENDED) An axticle of manufacture embodying logic for 
petfotming a mediod for generating a signatuie hasli value for checking a version of an abstxatt data 
type stored in databases, comptising: 

(a) constructing an identifier for the abstoct dau type, wherein the identifier comprises a 
cancatenation of varLous atttibates for the abstract data type that is subscanriaDy uoiquc to die 
abstract data Type; 

(b) hashing the constructed identifier to generate a signature hash value for die abstract data 
t^pe; and 

(c) storing the signamre hash value in the database and a class definidon for die abstract daca 

type, 

29. (CANCELED) The method of claim 28, wherein die idend&er comptiscs a 
concatenation of various atcdbutes for die abstract data type. 

30. (CURRENTLY AMENDED) An article of manufacture embodying logic for 
performing a method for verifying a signature hash value for checking a version of an abstract data 
type stored in a database, comprising; 

(a) accessing a first signature hash value ftom the database and a second signature hash value 
from a class definition for die abstract data type^ wherein an identifier is constructed for the abstract 
data type^ the identifier comprises a coficatetiation of various attributes for the abstta.ct data typ e 
that is substantially unique to the abstract data type, and the identifier h hashed to generate the first 
and second signamre hash values; and 

(b) comparing the first signature hash value with the second signature hash value after the 
class definition is instantiated in order to verify that the class definidon is not outdated. 

31. (ORIGINAL) The method of claim 30, wherein the accessing step comprise: 

(1) instantiating the class definition as a Hbrary function; and 

(2) accessing die abstract daca type via the library function. 
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32. (ORIGINAL) The method of claim 30, wherein the class definition is outdated when the 
absuacr data type has been altered without the signatute hash value beitig re-generated and re-stored 
in the database and the class definition. 

33. (CANCELED) The method of claim 30, wherein the identifier compmes a 
concatenation of various attributes for the abstract data type. 

34. (CURRENTLY AMENDED) At least one data structure stored in a metnory for use in 
checking a version of an abstract data type stored in a database, the data structure compnsing a 
sigaarure hash value for the abstract data type generated firom an identifier constructed for the 
abstract data type, wherein the identifier compiises a concatenation < ;^f vaTimis attributes for die 
abstract data type diat is subsranrially unique to die abstract data type and the identifier is hashed to 
generate the signature hash value for the abstract data type. 

35. (ORIGINAL) The data structure of claim 34, wherein the signature hash value is stored 
in die database, 

36. (ORIGINAL) The data structure of claim 35, wherein die signature hash value is stored 
in a class definition for the abstract data type. 

37. (ORIGINAL) The data structure of claim 35, wherein the signature hash value fi.-om the 
database is compared to the signature hash value fi:om die class definition after die class definition is 
instantiated in order to veriify that tlie class definition is not outdated. 

38. (ORIGINAL) The data structure of claim 37, wherein the class definition is outdated 
when the abstract data type lias been altered without the signamre hash value being re-generated and 
re-stored in the database and the class definition. 

39. (ORIGINAL) The data structure of daim 34, wherein the abstract data type is stored in a 
relational database. 
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40. (CANCELED) The data structure of claim 34, wherein the identifier cotnpmes a 
concatenation of various attributes for the abstract data type. 
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